home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 October / EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso / Aminet / disk / bakup / mrbk220.lha / Docs / Changes < prev    next >
Text File  |  1995-03-25  |  17KB  |  409 lines
  1.  
  2. This file documents recent changes to MRBackup.  Changes are listed in
  3. reverse chronological/version order.  The MRBackup version number
  4. scheme follows these conventions:
  5.     
  6.     The first digit is the version level. Changes in the version level
  7.     indicate major functionality changes and possible incompatibilities
  8.     with previous versions.
  9.  
  10.     The second set of digits following the period constitute the revision
  11.     level. Revisions generally indicate added or changed functionality
  12.     while maintaining upward compatibility but may also include bug fixes.
  13.  
  14.     The digit(s) following the second period are the maintenance or bug-fix
  15.     level. A change in this level with no corresponding change in the 
  16.     revision level indicates a bug-fix-only release.
  17.  
  18. ***************************************************************************
  19. * Don't forget to assign MRBackup: to the directory where MRBackup lives! *
  20. ***************************************************************************
  21.  
  22. 03/24/95 2.2.0
  23.  
  24. *** REMINDER ***
  25.  
  26. Apparently, this never made it to the user manual, so I'll state it
  27. here for now.  The value of the Force Copy gadget is _not_ saved to
  28. your preferences file (e.g.  MRBackup.init).  This setting is used on
  29. Restore to control MRBackup's behavior with regard to checking for
  30. existing files on the Home Path (the location you are restoring to)
  31. prior to copying them from the saveset.  When restoring to an empty
  32. partition, the best setting is 'Always'.  This will provide the
  33. fastest restore, since MRBackup doesn't have to attempt to locate an
  34. existing version of the file in the Home Path.  When restoring to a
  35. partition containing files, the safest settings are 'Never' or
  36. 'Prompt'.  Due to the dangerous potential for overwriting files, I
  37. decided when I implemented this not to allow a user default of
  38. 'Always'.  Thus, the Force Copy setting is not written to the
  39. preferences file.
  40.  
  41. Your feedback could change my mind...
  42.  
  43. *** BUG FIXES ***
  44.  
  45. Clicking on the +Here or -Here buttons in the Select Files window
  46. caused an Enforcer hit (crash on 68000 systems).  This bug was
  47. introduced when I added byte tallies to the information window.
  48.  
  49. Fast Disk and SCSI Tape backup were not reporting file expansion
  50. during compression. 
  51.  
  52. The Utilities Decompress function was broken.  The resulting filename
  53. should have had its ".Z" suffix removed after a successful
  54. decompression.  Several other minor glitches in the Utilities module
  55. have been fixed.
  56.  
  57. The parent directory button for the Utilities 'To' path was broken.
  58.  
  59. The AmigaDOS Restore was broken in the instance where the Backup Path
  60. was specified as a directory.  Internal filename munging would
  61. generate an incorrect backup filename, resulting in an error of the
  62. form:  "I could not get info on <filename>" (error 205).
  63.  
  64. Fixed a few inconsistencies in the screen title (varied with different
  65. windows).
  66.  
  67.  
  68. *** CHANGES ***
  69.  
  70. The Installer program is no longer distributed with MRBackup
  71. Professional.  You can use the version distributed with prior versions
  72. (copy it to SYS:Utilities) or you can obtain a copy from various BBS's
  73. (including the MRsoftware Support BBS) or other online services that
  74. support the Amiga.
  75.  
  76. Due to the multitasking nature of the Amiga, it's possible to select
  77. files for backup, then delete them before MRBackup gets a chance to
  78. back them up.  This is a relatively benign problem and there's nothing
  79. MRBackup can do about it once it's been detected.  Previous versions
  80. reported this interactively, ad nauseum.  This version now reports the
  81. condition to the log and the Status window but does not require any
  82. user interaction.
  83.  
  84. Added keyboard shortcuts for all buttons in the Main window.
  85. Also added a Quit button.
  86.  
  87. Added keyboard shortcuts for most of the buttons in the Utilities window.
  88. Also added a Quit button.
  89.  
  90. The performance of the Scan Tape command has been greatly improved.
  91. In addition, Scan Tape is no longer limited to working with the MRTape
  92. handler.
  93.  
  94.  
  95. 02/20/95 2.1.4  171892 bytes (one size fits all :-)
  96.  
  97. *** IMPORTANT! ***
  98.  
  99. My "stamp_the_program_with_the_serial_number_and_owner_name" approach
  100. to software registration was short-lived.  A rash of new registrations
  101. cured that!  I've replaced that approach with a new "external key
  102. file" method.  Registered users of MRBackup Professional will receive
  103. a text file containing registration information.  This file will be
  104. named "MRBackup:mrbackup.key".  Unregistered copies of MRBackup will
  105. continue to have full functionality but will put up a periodic
  106. reminder to register.  The advantages of this is that I can distribute
  107. new copies of MRBackup via the usual channels and users can get the
  108. latest version without having to request an update.  Also, I don't
  109. have to maintain two variants of MRBackup (happy me!).
  110.  
  111. If and when I make a major new release (for which an update fee will
  112. be required), old key files will be invalidated by a new encryption
  113. algorithm and users will be requested to update.
  114.  
  115. Current registered users of MRBackup can request a validation key for
  116. this version of MRBackup, by e-mail or regular mail, the MRsoftware
  117. Support BBS or via phone call.
  118.  
  119. I have included a new program on the MRBackup install disk, but it is
  120. not automatically installed.  The program name is WildStar (C/WildStar
  121. on the disk) and its purpose is to enable asterisk (*) wildcards in
  122. AmigaDOS filename pattern matching routines.  Read the
  123. Docs/WildStar.doc file for details.
  124.  
  125. P.S. Thanks for your continued support!
  126.  
  127.  
  128. 02/16/95 2.1.3  Demo: 171368 bytes  Registered: 171020 Bytes
  129.  
  130. ***********
  131. * Changes *
  132. ***********
  133.  
  134. Added logic to insure that filter patterns are stripped of any
  135. trailing whitespace (tabs and blanks).  Problems related to this
  136. occurrence can be very difficult to diagnose since the problem isn't
  137. visible.
  138.  
  139. *************
  140. * Bug Fixes *
  141. *************
  142.  
  143. The FileSpec pattern in Utilities has been changed from "*" to "#?".
  144. I've been using a program named C:Star (enables "*" wildcard) for so
  145. long that I forgot that it wasn't standard operation.  Since AmigaDOS
  146. pattern matching routines are used by MRBackup, you must enable the
  147. asterisk (*) character (via a call to an enabling program) before it
  148. can be used.
  149.  
  150. The About window insisted on being active at all times.  This behavior
  151. has changed.
  152.  
  153. All windows which might be activated during an ARexx session have been
  154. changed to inhibit auto-activation when the 'takecontrol' command is
  155. in effect.  Windows will still activate when running interactively.
  156.  
  157.  
  158. 12/18/94 2.1.2  Demo: 171136 bytes  Registered: 170788 Bytes
  159.  
  160. *************
  161. * Bug Fixes *
  162. *************
  163.  
  164. Restoring via catalog selection could fail to restore some files,
  165. given some rather unusual circumstances.
  166.  
  167.  
  168. 11/13/94 2.1.1  Demo: 171080 bytes    Registered: 170732 bytes
  169.  
  170. *************
  171. * Bug Fixes *
  172. *************
  173.  
  174. The final byte counters were incorrectly totalled at the end of each
  175. diskette.
  176.  
  177. The compressor's error checking has been improved (V2.0.1).
  178.  
  179.  
  180. 10/06/94 2.1.0  Demo: 171104 bytes      Registered: 170756 bytes
  181.  
  182. I've provided a bit of "incentive" for those who have been a bit lazy
  183. about registering.  This version of MRBackup includes an annoying
  184. pop-up reminder window which appears periodically.  I expect to hear
  185. lots of righteous complaints about this - primarily from the
  186. self-appointed bastions (oops - did I spell that wrong?) of shareware
  187. who never register anything.  Registration gets you a personalized
  188. (i.e.  stamped with your name and serial number) copy of MRBackup
  189. Professional.  The About window incorporates these new details.  See
  190. the Registration document for details on registering.  Version 2.1.0
  191. will be the baseline for future enhancements, which will be
  192. distributed in the form of patch kits.
  193.  
  194. The MRTape-Handler is now at version 1.19 and sports some new features
  195. which are worth a look.  See the MRTape.doc document file for details.
  196.  
  197. The file selection window has a new look.  The selection window is now
  198. wider and each entry includes a size (K bytes) value.  For a file
  199. entry, it's the size of the file.  For a directory entry, it's the sum
  200. of the sizes of all selected files "contained" by that directory.  The
  201. file selection buttons have somewhat cryptic labels, but should still
  202. be fairly self-explanatory:  '+' means select, '-' means deselect.
  203. Thus,
  204.  
  205.     + Here and Down
  206.  
  207. is a button which will select all files from this level and down.  I
  208. had to do this to make room on an already cluttered window.  (I run
  209. into that problem a lot.) :-)
  210.  
  211. Whenever a preferences file (e.g.  MRBackup.init) is loaded, the
  212. floppy disk checkboxes are first reset to the unselected state.
  213.  
  214. The 'poptofront' ARexx command now causes the current MRBackup window
  215. to be brought forward and activated as well as bringing its screen (if
  216. any) to the front.
  217.  
  218. There was a bug in 'settestdate' when it was called with a parameter.
  219. The command now works. To augment the 'settestdate' command, I've added
  220. a new ARexx command: 'dateformat'. This command, without arguments, will
  221. return the current date format (an integer from 0 to 3) in the 'result'
  222. variable. It will also accept a parameter in the range of 0 to 3 to
  223. set the current date format. The format setting controls the formatting
  224. and conversion of date values. See MRBackup:Rexx/template.mrbk or the
  225. documents for more details. 
  226.  
  227.  
  228. 07/24/91 2.0.1 (final)
  229.  
  230. Glenn Holliday provided an example of the confusion that can result
  231. from trying to use the Backup Path and the floppy disk check-boxes at
  232. the same time.  Though the check-boxes override the Backup Path, that
  233. was never visually apparent.  Now, when floppy drive check-boxes are
  234. selected, the Backup Path gadget will be ghosted.
  235.  
  236.  
  237. 07/16/94 2.0.1 (pre-release)
  238.  
  239. Chris Hussey reported a problem with the :INCLUDE:  filter
  240. specifications.  Indeed, they were pretty badly broken for
  241. subdirectories below the first level.  The fix applied in this release
  242. should have the following effects.
  243.  
  244. The following specification causes dir1, dir2 and all FILES in dir2 to
  245. be selected.  No files under dir1 nor directories under dir2 will be
  246. selected.
  247.  
  248.     :include:
  249.     dir1/dir2
  250.  
  251.  
  252. The following specification causes dir1, dir2 and everything under
  253. dir2 to be selected.  No files under dir1 will be selected.
  254.  
  255.     :include:
  256.     dir1/dir2/#?
  257.  
  258.  
  259. (While examining the filtering code, I found that it is in need of
  260. some serious rewriting.  I'll be looking at it more in the weeks to
  261. come.)
  262.  
  263. If the MRBackup.init file contained a select_floppy specification for
  264. a non-existent drive, MRBackup would attempt to blindly use the drive.
  265. This would lead to a failure of the AddDiskChangeInt (add disk drive
  266. change interrupt) routine.
  267.  
  268.  
  269. 05/17/94 2.0.0
  270.  
  271. This is the official MRBackup 2.0.0 release. It incorporates an all-new
  272. user interface, based on the standard Amiga "gadtools" library, some
  273. important new features and a number of bug fixes. This version has been
  274. tested with AmigaDOS 2.04 and 3.1. 
  275.  
  276. ***********
  277. * Changes *
  278. ***********
  279.  
  280. Good news for users of AmigaDOS mode:  The hideous FormatDisk script
  281. is gone.  You can now set Formatting to "Normal" and everything will
  282. be handled internally by MRBackup.
  283.  
  284. MRBackup now uses the AmigaDOS command-line template (ReadArgs)
  285. interface for processing command-line arguments.  Just invoke MRBackup
  286. with a '?' to see the command template.
  287.  
  288. All documentation is now created with a combination of TeX (PasTeX
  289. 1.3) and makeinfo.  There is now a MRBackup.doc file in the Docs
  290. directory as well as only one ".guide" file in the Help directory.
  291. Programming changes were made to accommodate the changes in the help
  292. file structure.  I will be placing the "dvi" and PostScript versions
  293. of the document in the downloads area of the BBS.
  294.  
  295. The ARexx_Scripts directory has been renamed to Rexx.  This is in
  296. keeping with other packages which support ARexx.
  297.  
  298. The final write to a tape or file-based Fast Disk backup is optimized
  299. to include a single termination block.  Prior to this release, the
  300. full "cylinder buffer" (32K for file-based backups) was written.
  301.  
  302. I've finally added link support to MRBackup!  This support has only
  303. been added for Fast Disk and SCSI Tape backup modes.  I will most
  304. likely implement an AmigaDOS scheme at a later date employing a
  305. script file to recreate links.  (There are too many situations where
  306. the link source and target can be separated when backing up to floppy
  307. diskette.) While this isn't technically difficult, I just don't have
  308. time to do it now and it's the only thing holding up release of
  309. MRBackup 2.0.0.
  310.  
  311. If you examine a new catalog, you'll find some new entry tags:
  312.  
  313.     LH  - hard link to a directory
  314.     LF  - hard link to a file
  315.     LS  - soft link to a directory
  316.  
  317.  
  318. MRBackup now provides a better default catalog name (or starting
  319. point) the first time a catalog is requested.
  320.  
  321. The log file opening behavior has changed a bit, hopefully for the
  322. better.  First, it will help to understand my intent with regard to
  323. the log file.  The log file, unlike the listing file, is intended to
  324. be open for the full "lifetime" of MRBackup.  There is a global file
  325. open mode which applies to both the log and listing files.  This mode
  326. may be one of "Ask", "Append" or "Replace".  This is controlled by the
  327. keyword "filemode" in the preferences file (MRBackup.init).  There
  328. currently is no way to control this setting via the GUI.  After
  329. program initialization and if a non-blank log file name is specified
  330. in the preferences file, the log file is opened.  If the file already
  331. exists and the filemode is "Ask", a requester will pop up asking if
  332. you wish to Replace, Append or Cancel.  Due to the design of the
  333. Amiga's GUI, it is possible to make changes to string gadgets (e.g.
  334. the Log Path gadget) without generating the necessary signal to
  335. indicate that you have done so.  Because of this, MRBackup always
  336. "collects" the values from its various window gadgets prior to every
  337. window transition.  If you complete a string gadget change by pressing
  338. the Return key, MRBackup will be informed right away.  So, if you
  339. change the Log Path specification, MRBackup will, at some point, test
  340. the new value to determine if the current log file should be closed
  341. and a new one opened.  If the filemode is "Ask", you will see the
  342. requester.  A blank Log Path specification effectively disables the
  343. log.
  344.  
  345. MRBackup now defers opening the main window until the initial
  346. preferences have been read.  This eliminates the "herky-jerkies" that
  347. would result from screen and window changes caused by non-default
  348. specifications in the preferences file.  When starting from the
  349. WorkBench, any output generated before the main window is opened will
  350. be sent to a special window opened with /AUTO/CLOSE/WAIT.  If, for
  351. instance, you have errors in your MRBackup.init file, these errors
  352. will be reported here.  This window will hang around until you click
  353. in its close box.
  354.  
  355. The backup/restore file selector now indicates selected files with a
  356. "+" in front of the filename.  Unselected filenames are preceded with
  357. a space.  Directory names have a trailing slash.  After playing around
  358. a while, I decided that the previous highlighting method using color
  359. and inverse video was unsatisfactory.
  360.  
  361. The Disk Estimate gadget in the file selector now contains a more
  362. meaningful value and it is only filled in when backing up to floppy
  363. disk(s).  It should reflect the correct value for high density disks
  364. as well as normal double density disks (though I can't verify this).
  365.  
  366. During a backup and prior to opening the Select window, if Keep Empty
  367. Dirs is set to "No", MRBackup will prune all empty directories from
  368. the file selection list.  (There ya' go, Ken!)
  369.  
  370. MRBackup now saves your preferred dimensions for the Main, Options and
  371. Utility windows.  Three new keywords have been added to the ".init"
  372. file to support these.  If you think I should extend this to the
  373. Select and Status windows, let me know.
  374.  
  375.  
  376. All of MRBackup's pop-up requesters now use the Intuition function
  377. EasyRequest.  This has further streamlined MRBackup.  One minor
  378. annoyance of EasyRequest is that all requesters will appear in the
  379. extreme upper left corner, rather than being centered in the current
  380. window.  I consider it a small price to pay for the gains in
  381. consistency and reduction in code size.
  382.  
  383. Floppy disk drive selections are now preserved in the preferences file
  384. with a new keyword:  select_floppy.  Each drive selection is recorded
  385. as a separate select_floppy statement.  When a preferences file is
  386. loaded, the current floppy drive selections are reset (deselected) and
  387. the new selections in the preferences file (if any) are set.
  388.  
  389.  
  390. *************
  391. * Bug Fixes *
  392. *************
  393.  
  394. It was possible to specify a null (empty) Backup Path.  This
  395. translated to "the current directory", not a safe default, as Glenn
  396. Holliday pointed out.  Thanks, Glenn.
  397.  
  398. The date requester would not allow direct entry of the Month value.
  399.  
  400. Error reporting due to a CANCEL on a disk request has been reduced to
  401. a single requester.
  402.  
  403. A central disk requester function, used to request a catalog diskette
  404. (for example), has been enhanced to recognize diskette insertions.
  405.  
  406. MRBackup now issues a "motor off" command to the floppy disk drive
  407. whenever an error is detected on either a disk read or write.
  408.  
  409.